home *** CD-ROM | disk | FTP | other *** search
/ Amiga Packmags / Source, The - Issue 5 (1993)(Epsilon)[WB].zip / Source, The - Issue 5 (1993)(Epsilon)[WB].adf / Submissions.txt < prev    next >
Text File  |  1993-05-08  |  2KB  |  52 lines

  1. Submissions of both articles and source code are acceptable.  Information
  2. on big, old demos is not nearly as nice as short, quick little tricks.  I 
  3. think looking at this issue and previous issues will provide all the
  4. example that is needed.
  5.  
  6. Source code and articles submited should be in different archives.  This
  7. is because the will be in different directories on the disk.  Please refer
  8. to the sections on articles and source code for more information.
  9.  
  10.  
  11.  
  12.  
  13.  
  14.  
  15. ------> Articles <------
  16.  
  17. All articles submited to The Source must be in Amiga Guide format.  In
  18. addition to that, all articles must meet the following standards:
  19.  
  20.         1. All articles must be in English.
  21.         2. Articles may not reference files out of their own
  22.            directory.
  23.         3. Articles that need to display iff pictures must use
  24.            the tool 'display' to do so.
  25.         4. Articles may not play sound (Yet).
  26.         5. Articles may not contain information about illegal
  27.            activities (esp. pirating).
  28.  
  29. In general, articles that detail methods that are not system nice
  30. (i.e. break under 2.0, break on accelerators, etc) will not be accepted,
  31. but this is not a strict rule:  exceptions will be made.
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38. ------> Code <------
  39.  
  40. Pretty much all source code is welcome.  There are a few things that you
  41. can do when sending us code that will make our lives a lot easier.  First
  42. of all, please do not send in source will lots of large binary files.
  43. It's not really necessary to spread the mod from a demo with the code to
  44. it. :)  Also, please, please, please comment your code.  Commenting every
  45. line isn't really necessary, I think most people can figure
  46. "move.l #MyCopper,$dff080" out, but commenting the key parts is a must.
  47. Without at least that, the code really doesn't do anyone very much good!
  48. :)  It is also preferable if code is concious of at least a few system
  49. compatability issues.  The VBR and the cache are among the most important.
  50. A very complete list of compatablity issues is covered in the "HowToCode"
  51. section by Comrade J.  Read it! :)
  52.